home *** CD-ROM | disk | FTP | other *** search
Text File | 1994-07-10 | 1.8 KB | 33 lines | [TEXT/ALFA] |
- • I have a two screen system with my Quadra 610's internal video driving a
- grey-scale full-page-display and a Radius PrecisionColorPro24Xp driving
- a 14" monitor. On this system, if I blow up a movie or MPEG to larger
- than about 640x480, so it straddles two screens, it crashes.
- I don't know if it's a bug in QuickTime or in my Radius video card,
- but I'm pretty sure it's not a bug in my code.
- The same thing happens in the MoviePlayer application if you use that to
- blow up a movie too large.
- I'd be interested in hearing the experiences of other two screen users.
-
- • I don't allow you to shrink movies or MPEGs to smaller than 100 pixels wide.
- This is mainly because the MovieController Component starts looking less
- and less pleasant as it gets smaller. I can't see this being a major limitation
- to anyone.
-
- • At present PICTs are drawn directly to a window, not through a GWorld. This means
- that the PICT is not dithered nicely to the screen. I'll fix that soon enough.
-
- • I haven't yet written code to allow you to save a single frame or a set of frames
- as a PICT or set of PICTs. Afgain I'll do this soon enough.
-
- • I am aware of the sorta existence of MPEG support in QuickTime 2.0.
- However this support is aimed at dedicated MPEG cards. It's not clear to
- me that anything would be gained by writing up some sort of QT interface
- that pretended to be dedicated MPEG hardware, largely because I would
- now not have total control of the decoding process and so would not be
- able to run things at the maximum speed. A second problem was that, in
- the versions of QT I've tried so far, everything I tried with MPEG
- crashed pretty soon.
- When the final version of QT 2.0 comes along (which hopefully won't
- crash) I'll reconsider how I should change things to be as friendly as
- possible to QT 2.0.
-